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2 (57) Abstract: A secure electronic file transfiBr system and methods of its use are provided The sender issues a lequest to the 
DAD (Mgital Asset Distribution) sysian cansng files residing on local or remote computers to be transferred to the recipient via 
O application and TCP/IP protocols. Client software may be autoroaticBlly downloaded and installed to the sending and/or receiving 
^ device to fedUtale die pagifgg^ng and transfer of said file to a DAD server and said file may optionally be pmpqgaied fiom said DAD 
^ server to additional DAD servexs and odier non-DAD servKS. 
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END-TO-END SECUIffilllJB TRANFER METHOD Al^ 

BACKGRDUl© OF THE INVENTION 

Field Of Tlie Inventioii 

5 The invention relates to tiiefieM of (xnii(nito McnepaiiicalBily, theimrendonxi^^ 

techniqaes for the secure delivery of ekctranfc docronenls between usot 

Baci^groimd of Hie Fnor Art 

Blectronio Mail (e-mail} provides a means fixe sending electromc messages fiom one computer nser to 
ano&er. E-mail has advantages of convenieace, fbnnat and stornge of messages for later letnevaL As 

,10 such, e-mail has been aooepted and widely used for bafiic coxmnunication. E-mail is typically an 
ASCn based format, hcnj^er, and proves to he very lini^^ 
formatted documents. As well, e-inail is not Aeinedium of choice fertile distnbuti 
documents , such as reports, articles, advertifiemoHs and art which can include page layout grids, 
postBcr^t-formatled objects, multiple fonts wifli tracking and kerning, graphics, imbedded tables and 

15 qmadsheeis, and other compHcatedinfomiadcm^ 

E-mail systems jsovide a means for appending an ASCII based e-mail message with an associated file, 
to be downloaded along with flie e-mail message. Most systems ftat allow the appending of an 
associated file are designed to allow a single user to send unsecured files to an associate or friend, and 
neifher allow for controlled automatBd distribution to multiple recipieitts, nor do fliey provide 
20 advanced accounting, billing or other such features (e.g.,re^ E-mail gateways also 

limit the applicability of attachments, and do not solve tiie problems of security and receipt notation or 
acknowledgment 

The disclosed prior art systems and mcfliodologies provide some methods for the deHvety of 
j^.^Ttnentff, but M to piovidc a secure, economical, fest document delivery system. Thus, fhere is a 
2 S need for the development of such an electronic docunumt delivery ^stem. 

SUMMARY OF THE INVENTION • 

Accordingly, it is flie object of fhe present invention to address the needs and CQucems of Ibe prior art 
as outlmed above. 
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In a first aspect of flie present invention, amefliDd of sBouiely transferring a file fiK>ni afiret cKent to a 
second client includes iraning instructions ftom the first client to a digitel asset distrOmdon PAD) 
server ftwtransfeiiing a fitefiwmflie DAD server to ftesec<^ Hjefiast client issues fhe 
instnictions via a website for accessing fte DAD server. 

S ]nafiix1iierfbBtaieoftiiefirstaq)ect,priortoi88u^ 

initial instzoctions for uploading fiw file fiomftefbstcl^ Upon Die first client 

initially accessing tlie website^ first embedded cHmt software for iq)loadii«g flie file is antomatically 
downloaded to ttie first client 

M a secoiid aspect of to present invention, a mefljod of tr^ 

10 second client tnctades issuing first instructions fiom&e first client to register an account with a digital 
asset difitribotion (DAD) 8«vor via a DAD website fiKttans^^ The first 

client includes a web browser for accessing flie website. Tbe mefiiod also includes issuing second 
instructions for nploadjng flie file to flie DAD server via the DAD website, where upon flie first client 
initially accessing fiie website, embedded client software for iqjioading the file is automatically 

15 downloaded to file first cliCTt Tliemefliod also inctadesnotii^dng die second cUentfl^^ 

available fbr downloadii^g ftom ft© DAD web aite, connecting the second client to die DAD server via 
the DAD website for downloading flie file and downloading the file^ Hie second client also includes a 
web browser for accessiqg fiie DAD wd)rite. 

Yet ano^ier aspect of the present invention is directed to computer resvlable media having stored 
20 fliCTcon a data structure mcluding a first field comprising data representing account mfonnation of a 
client, a second field comprising data tepresentmg package information regarding a file foi transfer, a 
third field conq>rising address information for an address to tnn^ a file, a fourflj field comprishig a 
server site, a fiflh field comprising a server list and a sixth field cranpcismg download and/or iqiload 
information of a file. 

25 In yet anotber aspect of the present invention, a graplncal wet mta&ce for a first cKent oompul^ 
system havii% a selection device is presented where flie graphical user interfece mchdes a user lopn 
conponent for loggh^a cHent onto a website for a digital asset distiibuticm (DAD) server, a clioit 
bmwsing conqionent fbr browsing foe internet; a £Qe tcan^ 
second client a traddng component for letricv^ 

30 to the second cHent, an address book cooponent Oxxang and retiievmg an address of foe second cliait 
and an account infonnation component for letrievmg account information lelated to foe first client 
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and/or fhe second client 

In stiU imothfir aspect of tiie prescmt fflvojl^ 
fiom a finrt cHeitt to a seowid oliBOt inchides a dig^ 

the internet via a DAD ^wbsite, fte DAD Kcm including comnninicatioa means fiar commnnicating 
5 (btawithacUemovertoiiJteniet,afnrtclientfeinsliuctingteDA^ 
destfamtion address, and a second dieat having flie desti^ 

iiiBliuotions for registering an account wHh fte digital asset distiibiriicm (DAD) server via the webailB 
for tranafetring a fite to «ie destination address of fhe second 

browser for accessing die website. The first cUenl issues second instiuctions Cor uploading flie file to 
10 AeDADservervialteDADwehsileaadxipondiefiistcUentinitiallyaccessin^ 

embedded cEent scrfhrae stored on die DAD server operational to a client to i^Ioad^ to 
aotomatioally downloaded to the first client. The fiist client uploads flie file to die DAD servet The 
sySteniUso iiiclades notifying means fiirndtifying fin second client liiatlhB ffle is availai>le for. 
downloading from fte DAD server. The second cBent issues fWrfinstnarfians to flie DAD server via 
15 ihe DAD website fbr downloading fljfi file, Trfweflw second olleatinchides a web 
accesang the I>AD web^ and die second client downloads the file. 

The above aqject of ftepresentinyention may also inctode computer readable media 
oomputer'^iMCutable in5trncli<»s for pafiwrning die above mel^^ 

An of the above aspects will become clearer widi lefeience to the accompanying figures ajgd detailBd 
20 desciqrtionofdieprefeccedembodimenlBdiat follow. 

BRIEF DESCBUPnON OF THE DRAWINGS 

Figure 1 is a diagram depicting the tmgor conqwneiitB of aa exenq>laiy eiectroni 
involving DAD and odier servers. 

Figure 1-A iUiwtrales ex0aq[>laiy DAD System fimctions. 
25 Figure 1-Billastrates an exemplary DAD ^^stsmaicliitecture. 
FigMie 2 is a block diagram of an eaaemp]axy DAD server database. 

Figure 3 iDuBliatBS a genKBl oufline of an exemplary inlerfiMW fl^ 
browser. 
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FigoTD 3-A iUustcates server zeceivmg file tEansfer xequest and genraatiiig fbe embedded client 
softwBie. 

Figoie 3-B illiLSiiates tcackhig of leoonfty sent files (fins diagimi connects to Figmes 3-B-i ftiong^ 3- 
B-4). 

S Figaie 3-B-l fflasttateB easier access to file trans&r histoiy Unough sorting snd xesotttng data leconda 

Figme 3-B-2 illustiates accesmg file tranafbr details via cliddng llie displayed transfer identificatian 
link. 

Figuie 3-B-3 illustiates acceseong file transfer details via fte selected lizdc of an entire file transfer 
history* 

10 Figure 3-B-4 illustrating accessing file transfer d^ails fiffoug}i searching Hie file transfer database 
records, 

Fignze 3-C illnstcates an exenq>lary address book» which also includes Add, Modify, Delete, and 
Select capabilities. 

FigDie 3-0- 1 illustrates adding recipients to fee address book for them to be included in the database. 

1 S Fignxe 3 -C-2 iUostrates modifying lecipienfis contact and other faifotmatian in fee address book 
database. 

Figuie 3-C-3 iltostrates deleting xecqnents contact and ofeer information in the address book database. 

Figuie 3-D illustrates exemplary DAD system account infannatian» 10 inchidiiiig Add, Modify^ and 
Delete capabflities. 

20 Figure 3-D-l iUustrates a DAD system administrator, user^ or sub-user modifies personal infonnation. 

Figuie 3-D-2 iHustxates a DAD system adnunistrator di^lays and modifies sub-user account 
information. 

Figuie S-'D^S iUustrates a DAD system adnmnstrator deletes sob-user accomrt fixim fee system 
database* 

2S Figuie 3-D«4 tUustmtes a DAD system adnoinistrator adds sub-user infarmation and DAD system 
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pdvilega. 

Figcne 3-D-5 depicts an exemplary sntHuer aocoimt detaikd iD&nnatioii pagp as fieen by the 
admimstEfttDT. 

Figuxe 4 fflustiatiBB an elmI^>le of the iec9^ 
5 connnmiicationwitfaflieservez; 

Figoie 4-1 portmys the pioceas that the DAD system undeigoes as a lesuK of visite by Ihe xedpienls. 
Figaie 5 shows a set of programs for liie DAD fik tiansfo 

ftrwiinimicfltioti- 

FigoieB 6 thiough 6-3 ittustrate a prefieired process performed by executing the client send progcam." 

10 Figures 7 titani^ 7-2 illMtates anexetr^ilaiy process perfaimedlor executing flie cHentieceive 
program. 

Figore B iUostrates a preferred exemplary DAD system server progi^m* 

Figures 9 tougli 9-2 describe an exenq)lary DAD serverreceiving a fi^ 
another server. 

15 Figaies 10 through 10-1 iflustraie an cxsnplaiy process perfcMi^ 
program. 

Figures 11 through 1 1-2 illustxate an exemplary process fcrltansferrmg a file 15 fiom one DAD swver 
to ano&er DAD s erver or to an FTP server. 

Figure 12 illnstratBs an exemplary DAD client momtaring program.. 

20 Figure 13 illustrates an exenqjlaiy DAD client receive manager. 

DBT AILED DESCaUPTION OF THE PREFERRED EMBODIMENTS 

Figure 1 is ablock diagram depicting tie major components of an exenq)lary DAD (digital asset 
distribution) file transfer system, external servers, and a series of events whereby a wader initiates file 
transfer by issuing instructians fiom a sendmg device (e.g., a device wifli web browser), to a DAD 
25 server causn* files to be transfierred to ftermpientCs)^ The instructions are sent to the DAD server 
via a web page, with file embedded dient software antomaticany downloaded to the sender conqiuter, 
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or via an activating wireless device, Ifflie file to be transfcnied already rea(tes cm fee DAD server, 
solder i^uesfurfterissfmctionfi for timi^^ If flie file to be transferred 

does not yet reside on fiie DAD server, the sender wtU nse Hie client software to upload tbe file fixm 
the sender's computer to the DAD server. Tte sender can abo optionally request the first DAD server 
5 to forwaxd fhe file to otxBC DAD 8ervei(s) and file server(s) (e.g^ FTP servers). 

The leceivii^ device can be file recipieQl(s)coniputer($)wi& Upon dieddnglbe DAD 

web infbnnation pa^e, spe^ e-mail noficep desktop indicator, cell-phane vibratcny alert or ofloex 
types of notification devices, file recipients) may access a DAD web page, with tie dieiit soflwaie 
automatically downloaded to the recipient(s)* CQmputer(s). Hie files are then transfored or 
10 downloaded to the recq)ieiit(s)' canapiiter(s). 

In order fbi a sender to nse tbe DAD system to send pacl(B£^ Inihe 
piefeoed embodiment^ r^strationniay lequiie thatfiie sender ii^wla uniqae usmiame and password 
cembination, in addition to any required personal Moimat^ The sender may also be presented witb 
fhe option to specify a de&uh file transfer mefiiod. Iffhe sender elects to nse llie web-based interfiu^e 
IS each time fiiey set up a transfer, it win be reqi^^ 

recent a letunied pack^, Ibey win need to log in to Ibe system v^ 

3 and 3-A. fiftfie user elects to use the cli»t software, tbe client softwaxe (cHent send in 901 of Figure 
5, client rec^e in 902 of Fignxe 5 for receiving the returned package) or annpdaCed v^onmay be 
automatical^ downloaded onto their system and installed so fiiat they may use fiiat software each time 
20 theywiAtosendapBckageorieceiveaietuinedpackage^inHeuoftto The 
sender may receive an e-nudl notice of package ID nambtf (FID) fiiom fiie server to confinn that file 
padoige has been successfiiHy legistered into the server database. 

In the preferred embodiment, re^stcation may require that fhe recipient usput a uniqae usemame and 
password combination, in addition to any required personal information. The recipient may also be 

25 presented wifli the option to specify a defeult notification and file transfer method. If tihe recipient 
elects to use fibe web-based interfece each time they set iq) a transfer, it will be required Oat each time 
that user wishes to receive a package or retum a pack^, they will need to log m to the wd? page via 
e-mail link or browser (Figures 3, 4 and 4-1). A small receive (902 in Figure 5) or send (901in Figure 
5) for returning package program or updates will be automaticaUy downloaded to the lecqiienf s 

30 comptitcr via a web page. If the recipients elect to be notified and transfer a file by client soflwaae 
notification, fiae client software, which may inchde monitor (903 m Figure 5), receive manager (904 
m Figure 5), receive progcams (902 in Figure 5), and send program (901 in Figure 5) for returrring 

6 



wo 02/15518 



FCr/USOl/25684 



packag!^ may be Butomaticalty do^mloaded to or pieinstalled on tbeii computBr and stay lesideixt ia 
fhe system, and may nmtmely connect to the server to determine if fliat user has received i^udcages. 
When a package is received, tiie xecipient may be notified by an andio-viaual indicator, and may be 
pfontpted to dowDload the package at thai time. 

S The sender inay also be presented wiflifteoptkn^ 

^QSure&e Becimly of data being sent ftnwghtte Forregiat6zed(in- 
netwoik) recipients, sender nuiy enter flie account name Hie notification me&od may 

be instant notification via DAD cHentrservercammnmcation^eH^^ Recqrients 
may be requested to ent^tiieh: passwords to validate tiie identity. Fornon-iegistered (out-netwoik) 

10 recipients, tiienoti^Qatianmefiiodnmy be ennail or oO^ The recipients may also lo^ to 

ftie system via a web page and isnter a PO)) to query and download tiie pack^ (Figures 3,4.4-1). 
The recipients may be requested to enter a package password set by tiie sender. 

Step liUusfiBtestiie initiation of fhe process. Tbe sending device communioates with a DAD server 
via web page ot: pre-installed d^t sofiwaie to access account address book and Iracknig mfonnation 
IS (Figures 3 tinongh The DAD server retrieves infi3miation£Dom a dat^^ 

displays information to tiie sender. The cUent software may be antomaticalty downloaded to 1^ 
sender compater to fiicilitate file transfer, and may inclnde file conqiression» archiviqg, and packaging 
capabilities^ as described in Figmes 6 titroue^ 6-4. An encryption metiK)d(e.g.» SSL), may be nsed to 
encrypt communication between client and server. 

20 In Step 2, the cUenl software communicate with liie DAD server software to transf^ tiie package and 
log the transfer data. The client software may also commnnicate with the DAD server to send an 
instruction only package, that will in turn request the server to transfer a pre-existing server package 
(i.e., a package already existing at the server at the time tiie instniction only message is sent) to tiie 
recipients. Step 2a shows that the sending device may also initiate transfer of data fiomD serv^ 

25 to Remote File Storage system without requiring that the file be located The 
Remote file infonnationj such as location and access information will be logged and stored on DAD 
Server. The commmiication to upload a file fiom a cUent to fhe server, and ftom server to seir^^ ^ 
TCP/IP and an application protocol are described in detail in Figures 6 through 6-4, 8, 9 through 9-2, 
andlltoU-2. 

30 Step 3 initiates iQKm6UCC68sBticonq)letionoffiIe transfer to The DAD secvermay 

send a notification to flie recipients (e.g., via e-inaiQ, as DAD server may also 
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sold a notifioatkxn to ^ sender fbr tie Faclsage ID 

I* 

In St8p4, lecqnaatmay click on a link to a web page within the body of flie e-mail, causmgfhe DAD 
server to letdeve the infonnationfixm Ae database, process the inforroalion, and diqilay it to 
leceiviqg device. The DAD server may activate downloading of client sofls^^ 
5 die lecemx^ device. Registered ^netwodc)ieciirient8 may pre-instafllhe DAD ^ The 
client sofiwaie may mutinely connect to the server to determine if dial user has received packages (see 
Figure 12). When a pack^e is received, the recipient may be notffi 

and may be pronqited to dowrdoadW package at diat time. The xecipiect will receive the file, which 
may be available ftom multiple servers transpaient to flie recipient, as described in Figmes 7 to 7-2. 
1 0 The client software may also interact with the reorient and cQmmimicate witti die server program 
directly without going through a w6b page to download the package, as descnhed in Figm» 13 . An 
encryption method (e.g., SSL), may be used to encrypt communication between client and server. 

In Step 5, the cKent software oommimicates with die server piognmi via TCP/IP and an applicalion 
protocol to download and decrypt the pack^ a* fite to the recq)i The dient software 

15 may decompress, restore, and mstall the package &r flie recipient, as desraSbedinKguios 7 throng 7- 
2, 8» and 10 diron^ 10-1. 

The recipient may have the option to return a modified file to the original sender by usmg eidier 
special links included in the original e-mail message (Figures 3, 4 and 4-1), signmg onto the scrv^ via 
a web page and entering the original package identification, or running a pre-install client send 
20 program described in Figures 6 to 6-4, and mitiatmg a return file transfer on that display, as shown in 
Step 6. 

In Step 7, the sender may receive a notification (e,g., an e-mail message), of the return file transfer and 
downloads the revised file usmg client software. Ifdie sender pre-tnstalls the DAD cHent receive 
software, the client receive software may routinely connect to the server to detetmine if that user has 

25 recrfved packages (see Figure 12). When a pado^e is recrived, the recipient may be notified^ 
audio-visual indicator (or other indication method/device), and may be pronq;>ted to download the 
package at dut time. The recipient wiUrecdve the file, wMchntay be avaihbtefiro^ 
(tran8paienttotherecipient)asde8cribedmFignrB8 7to7-2, The cKent software m^ also mtemct 
with die recqrient and commnnicatiim widi flie server program directly without gmog tfarou^ a ^ 

30 page to download the padoige, as descajbedm Figure 13. 

Figure 2 is an exemplary DAD server database design block diagram listing examples of data tecoids 
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Stored in database, including Account (lOX Package (20), Address Book (40% Server Site (50), Seiver 
list (60X and Dowaload (70). File lnmsfers are recarded by sender UID (User Id«itificatian) (1 1), 
TBdpiBasis) mj(s), PID (Package Identificatiott) (21), SID(8) (Server Site ID) (51), DID(8) 
(Dovwdoadro)C71) along wife oflier pertinent infonnatkm EacliPID(21)i8piefiwiblyHniveraaHK 
5 innqoe and inclodes a server site Uia.(6.g., fee URL offee DAD s«ryer^ere fee fite 

received), account ID, and nmqoe package number for fee accoimt Tlie server site URL provides fee 
umvenaluniqueneaB to fee PID to particulailyaasiBt fee Berver^to-server transfer. Whenfeeseoda 
makes a request for file tamsfo, padcage, lecvient accounis and down^ 
.fee database. 

10 The account record may contain fee pointeu to feo address book (12) and server Hat (13) for seaider to 
select, and to fee Cuirent Package (18) for rosnmeiqyload. The accoumtsame (14) and password (15) 
are created wlien the sender or rec^ent registers wife fee systefo. Eachaccountmayinchide 

iiii^iiitBpii^'»SSpent,<*lg^ 

indicated in Account Type (16). Each lypfs may include difforent aufeorily levels ip IdA ^.e, sondw 
15 has Bufhority wife return paclfflge), wife fee senderhaving fee aufeorily to issue nu^ 
and fee recqrieirt having preinstafled client sofoiwtte and can be notified via inal^ 
Unrepstered recipient account record may include only EMAIL (17) in fee record. Bach account nugr 
e:q»ire depending uptrn the expiratian mefeod defined in 19 (i.e., period of time, nmnber of dofwnload. 
Limits (19A and 19B), and Attnbntes (19c and 19D)). 

20 The padagBmcaid^O)mqr contain fefipomters to fee sender C!2),iecipiBnt8(22A\ 

for server-to-server tnnsferX Sender File Names (24) and IxMsalum ^5), and Server File 
Fttfeoame^. TTieXFR file ^ is fee arehhw file stored on fee senrer wife a miverBal unique 
pafename lused on fee PD such as VURLVUser ID^package aumbw. The sender XFR File Pafename 
(26 A), XFR File Size ^ and Ofibet (2«) are stored for assisting fee resume and automatically 

25 u|doa4 Tliepa<togingm^od (30-32), notify mefeod (34) and instructions (35), al^ 

andaocountinginfoim«tionareal80 8taredinfeepackageiecoid(20). Each package may be ejgrired 
dependmg i^ fee oqnzatian mefeod defined in 39, i.e. pedod of fine, number of download. Limits 
p9A and 39B), and Attributes (39c and 39D). Each package may have password (39) protection set 
byfeeaender. For a return package, a new package record will be added into fee database wife a PID 

30 (36) of tt» original padmgerecoid The PID of fee retmnpa«*Bge record will be SB^ 
^6) in fee origittal package rectnd. 

Figure 3 iUustmtes a general ontHne of fee mterfice as maybe 15 di^Uiyed by the client browser. 
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conqnisiiig User Ix)gm,CU^ Browser 6cv^ Timsfisr pCFERX Tracking (1^ 

Addreas Book; and Account The User Ix>gm process xeqoiiesiifier or clie^ ; 
password. 

F^;uxe3-ATrBQsfer Sender eiitersrc^ File 
5 isibnnaiioii includes names of liie files, locations of tbe files, and other descriptive mfommdon as 
shown in A of the diagram. In the preferred embodiment, ^sender my click tbe onscrem 
labeled Transfei^. Upon receiving the transfer request, the DAD server starts tbe program,]^ 
file file transfer request, and generates and sends client software embedded in HTML to the sender (as 
diown in B of the diagram) stores infbimatiQa fbr FTP transiisr in the database, or hutiatea DAD 
10 server-to-server transfiet 

Figure 3-BTcBcldng:Senda: has the option to track fil^ To perfimftis option, 4ie 

sender preftoiblycUcks oil the OQSoeen option labeled "Tn^ This action retrieves infiormation 
stored in file database and displays it in a convenimtfonn to ftie sender. ThisinfonnatiQnirK^ludes 
records offhe recent files ftiat have been sent Recrat may be defined as such cases as ftose recent in 
1 5 time, most recmt files sent to a particular recipient, or most recent files ^nt contsining a specific file 
or file attributes. As shown in Figure 3-B, fliere are four alternatives to locating the informatjon. Ihis 
mfotmation (or history) is stored in tiie database; eachentcy will be stored witii its own unique 
identificatiort 

One available option as illustrated by Figure 3-B in 300 is to re-sort die data that is currently displayed 

20 totheuser. Th\& is implfttnented in rntter tn mfliciinizft cimtnmiTflfinn tmd prnvidf. fhft se^dear wtfli 

easier access to relevant information. By clicking on a column heading, die sender is able to rearrange 
data by coIudtul For example, in Figure 3-B-l selecting the 'To" heading in 302 mitiates 301. Here, 
die system is accessing die database and rearranging die information as perihe sedder's request Ihe 
information is then redisplayed in 302. Ihe same process is applied to format the iiafotmation under 

25 the specifications ofdieodier headings. The display seen by tbe sender is sinnlar to that of the display 
seen before the process; that is, it uses a similar layout but the information displayed has been altered 
as per the send^'s mstructions. In 303, the soider can now locate die proper identification of the file 
diat is to be tiacked. 

If desired mfomtitftion is available or found, the sender can select the identification as in Figure 3-B-2. 
30 When the corresponding link to die deshed information is c& 

detaiUfbom die database associated widifliatideiniificfltion in The package details are then 
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displayed (307) in a form c o avcuient to Ihc sender, TbesmderisaUetoviewlhelnstQxyof fhe 
specified package, iiicluding transfer ti^^ If tiie desired infranatioa is ncsrt 

found, die sender has Ifae option of tetutinng to 301 to le-sort data in anofter manner. 

Hie sender also has tixe option of displaying tite entite file list When the soider selects *%ist All" in 
S Figure S-B in 300, &e system processes {he request in Figure S-B-S in 308. Hie request is sent to fte 
servo:, retrieved fixnn ttie database, and ^ mfonnation is displayed to the sender as shown in 20 
Figuie 3-3-3 in 309. When the send^ is able to locate Ihe desired file, the action of selecting tibe 
appropriate file will initiate 311| which initiates ifae same process mentioned in Figure 3-B-2 in 306 
and 307. 

10 If Ifae sender is unable to locate the desired file, the sendermay re-soHdata by selecting a faeadnig as 
mentioned above. The process ofFigiire3-B-3 in 312 coireqsonds to tfaatofPiguie3-B-l in 301. The 
display win Ifaen be reformatted asm Figure 3-B-3 in 3 13. As before^iflfae sender locates fiie desired 
file, Ifae sender may fiien click on fiie appropriate file to display Ifae mnqne details fiiat are associated 
witihit 

15 A fourth option to locating the file transfer details display associated with a file is to '"search" or qneiy 
Ifae database as illustrated in Figaie3-B-4. InFigure3-B-4 in 317 the sender enters keywords or 
queries into the appropriate fields to define the search criteria. Hiis information is submitted to Ifae 
server, imtiafing the process shown in Figure 3-B-4 in 3 16. The system uses the user*4efined criteria 
to search Ifae database and reformat the display to show the requested infonooation to tfae sender. 

20 The sender may elect any of Ifaeseopdons at any lime white inters Thereisno 
Older in wfaicfa the sender win Imve to choose the numner in win Thatistosay, 
tfie sender nmy dioose to seaxch, ]»-«ort, ie-so£t again, disp 
desired infbnnation is located. 

Figure 3-C Address Book: The address book is based on a database that stores information such as 
25 names, e-mail addresses, phone and &x numbers, instant messaging IDs. The Address Book also 

iiiclndesGroiq)iiBniBS to aUow DAD fik transfer to an entire gn>up DAD system aUows 

the creation of new groups based on selection of individual recipients or certain criteria. The system is 
implemented to provide a database that can be accessed, searched, queried, and modified by 
authorized users in order to reduce time and effort associated witfa file tnuis^^ Ifae address book 
30 includes entries iiqmt by die sender that are unique to each soi^ 
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Pie&cably, fte sender oUcks cm fhe mena opticm fiiat is labeled ADDRESSES to access the address 
book database entries lliat are associate^ with &^ Thisadioii 
letd^vea infioinnaliQn firosn the database and displays fhatinfonnalion in a convemeait form for fte 
sender. Tliw dignlay liflta ftH entrifig eimenliy availflhle to that user in fee database, Asfeelayontin 
5 Figure 3-C demonstEates, fee smder will be presented with several options associated wife each 
address book enfiy. These options wiQ sixiQilify tasks such as niatnieaaa^ 
S ender will be able to select one or more entries to which feipy can tzansfiar files. 

Additionally, the sender may be able to add new entries, modify existing entries^ deleta existing 
entries, or send an e-mail niessage to a lecipient indicated in an exist^ The sender may at any 
1 0 time have the option to return to the main menu display by clicking on fee appropriate link on fee 
display. Descziptxcns of each fimctionwiU be elabonried below* 

Tl» sender may be able to select one or more entries to which a file wffl Todo1hiS|fhe 
sender checks fee box in address book 400 next to fee app ro priate name or names as seeninPignre 
3C Whm requested by fee sender, fee selected redpient addresses wiU be inp^ 
IS on fhe message display as depicted in Figms 3-C in 404 and m Figure 3 in 1 02 . 

The sender has appropriate control over fee address book entries associated wife their unique identifier 
located in fee database. As (his database may contain no entries relevant to a specific sender, or it may 
not contain an entry appropriate to the digital package to be sent, fhe sender may want to add an entiy. 
By selecting "Add an Entry" Figure 3-C in 401, the sender will be able to add new entries to fee 
20 address book. T3ie available fields for nq)ut may include fields such as First Name, Middle Name, 
Last Name, l^ckname, Mailmg Address, and E-mail Address, among ofeers. In order to successfuDy 
arid an entry, certain "key" required infonnationmust be entered. If ai^r of these required fields are 
left blank, tlie sender will receive an error message indicating feat these fields may not be left blanL 

Once aU of fee draired and reqiih^dinfbanation has been ente^ sobmittedby the nser^ fee 
25 system will di^lay a confirmation message in 407 showing sH of fee infimnation entered in the 
previous action as depicted in Figure 3-C-l. Iffee user is satisfied wife ft^ entries, fefiy will again 
sulmut the infoniiation end fee 

shownmFigure 3-C-l m408 md aconqsletianpage willbe displayed wife fee entered information 
409. At Ibis point, fee sender inay have fee option to modify fins infiu^ 
30 menu. . 



As fbe entries in fee database that are relevant to the s^3der*s uruque ID may not be correct or np-to- 
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date, the sender znfiyliavefhe option toiniod^ To modify an existing entiyy ttie 

sender cUcks on Ihe appropriate option located on &edispk^^ The sender will be able to cliange^ add, 
or delete infonnation in any of the available fields as is necessary. This process can be seen in Figure 
3-0-2. To Ibe sender, tUspiDcesB is virtnally identical to tfaat of addi^ Itdi£feziBonly in 

5 that the ffender sees a pwy^ rxmftmitTig ynttA^f^rMtttm d1 1 rafher ihgn cnffftrmmg a new entry. Oncethe 

desired information has been modified, die sender may submit tihe in&miation to be processed hy flie 

server. Tb^ ififipirmftfim « thm lydiitft^ I'ti Ihe appmpriatie datahage 412. 

From time to tone it may be necessary to remove an enttyfixmifl^ To delete an entry, (fae 

sender clicks on the appropriate option on fte main address book dis^^ This process is seen in 
10 Figiire3-0-3. Once the request is received^ the sender wiflften be drsected to a confimiat^ 

4U to verify ftattlie entry selected is to be deleted. The se;i^er will have llie option to confinn, or 
cancel (his Amctioa. If tlie sender cancels, thai nodung is changed. Iflbe slider conffams^flienflie 
iiifoimation is deleted fi^ 
manuaify by the scndcK. 

15 Each entry has a imique details page assodaledwifli it 'Whsnfte sender cHcks on a name m the 
Address Book, fbQ information is retrieved fitmi &b database and tiie details ftr flie entry are 
displayed to flie sender. Ifthe sender clicks on the e-mail address entered in flie mentioned fi^^ 
sexulerwinbeabtetosendane-mailrnessagptotheiecqiien^ The e-mail vtrQl be sent using the 
sending computer's defiuilt e-mail client The seiidertnay also have fte option to Select, Modify or 

20 Delete the entcy as described above. 

Figure 3-D Acconnt Information; The account information for each unique user ID is stored in a 
database that contains iuKmooation such as contact name, company name, address, telqibone mnnber, 
e-mail addresses, and any olSbisr information relevant to the system administrator. The system is 
implemented to provide a database that can be accessed and modified by authorized users in order to 
25 authenticate users based on ID and to monitor the activities of possible submsers. 

There may be inuttqple user levels that mcludedesxgnati Tbo 
administiattve level would have access to various types of sub-user information, such as account 
records, recent transfers activated by that user, and cflierinaintenai^ Aocesstofliia 
information is provided only to those adnrnnsttatars access privilege to a specific set of nsersi as 
30 dictated by a database. Administrators would have tlie option to set 19 and configure sid^ 

accounts associated with ftat admimstxator and to wUcih that administrator wonld have certain accera 
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piivitegp. 

Depending on flie nser level as indicated in flie database, a diflFeieiit display may be pre aented to Hie 
user, IPthe nser is ofasub-user level, tfaey may be displaj^ 

modify 1heir own unique account info^ Iftheuserisof anadmnmstrative 

5 level, dicy may be displayed dicir own unique user infomiation as well as a listing of sub-uscra &r Ihat 
Adminifitrative account They may have 4eabi% to view and modify Aeir own infi3i^ 
asflieinfonnationof sabmsers. In addition, thqr may be able to add or iraovBSiiHise^ 
discretion, as described in more detail below. 

Rgme 4 illustrates the lec^imt bring notified by die DAD server and the ensuing commmdcation 
10 wididie server. 

men a ffle is transferred, a package ID is generated for This ID can be used to track the 

package, or optionally re-download fliat transfer at a lato time. An e-mail notification, as shown in 
Figure 4 in 5 1 S» may optionally be sent to the Teeq>ient(B) indicating that a file transfer has been 
initiated Contained wifhin the message wiU be a unique link in 516 to Ito Whenfce 
15 recipient cKcks on the link, the system sends die request to the ^ Figate4in 
518 illustiates Recipients options the first time diey access the system. Figuic 4-1 in 520 portrays the 
process that the system und^goes as a result of the initial access. 

Like the sender, flw reciiaent wiU have fte o^^ 

trans&ned IbefOewiE have a unique ID associated wilb a unique det^ Ibese details will 
20 flien be displayed to ^recipient Eoibedded client sofbTme is automaticalfy do 

DAD s«^er to the recipient's conqnder via a web pi^ to fiacilitete the file download to liie recipient's 
computer. The ledpiratwin select the appropriate optio 
fiom the database. In its piefeied environment, tibia ira^ 
origmatii^ in&tmation is desired, or when &e packa^ 

25 If the recipient has aheady been to the file information page specified above (block 5 1 8), the system 
will detect this as shown in Figure 4 in 519, sucb as m flie case of re-download or resume download. 
Figure 4-1 in 521 portmys the process feat the system undergoes as areault of additional visits. In 
addition to the options mentioned above, the recqjient wiD be able to retmn the file, modified.OT 
unchanged, to the sender in subsequent returns to the file mformation page. 

30 Figm» 5 shows a set of programs for the DAD file transfer operation throng cfient-server 
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process is fuxtoes^lamfidmfigoies 6 firo lliBsefiguiesffliistxatefliBpiwessesofCXent 
Receive (902), CHenl Send (901), Server (905), Server Receive Thread (907) and Server Send Thiead 
(906), fte Server To Server Upload (908), Monifcor (903), and CHent Receive Manager (904) 
5 piEogcanis. The client programs may be antomBtically downloaded to the client computer throng^ a 
- .cabfilcinLiternetE35plorCT,a jarfitemNetscq)e4,orvi^ 
browsers. 

The DAD system uses hypertext processors to generate a JD AD (900) file 4at is embedded in a web 
pagp. This fik provides AecUent program with both users mid DAD seiverrequ^ Web browser 
ID then actmtes die cUent program (901 or 902) for fhe embedded I)^ When die 

client computer executes the client program, it communicates witii the DAD server to send and receive 
files via TX3P/IP and DAD protocols (explained in detail m Figure 6 ftroujP^ 13). 

If tbe client programs 0^02. 903, 904) are premstalled for mstant notification, flie momtor (903) 
program may notify fee user and start the receive manager (904) p^ 
15 directly and commumcate wifli the server program, and to start the receive program (902) for flie 
transfer wifhout going throng a web page. The server pw* and IP address may download widi die 
client program fi»m the server and be saved locally or may he saved insife die client program. 

If diere are notifications to send out; the program will commumcate wiflitiie queue manager (909) to 
add the item to the defined qoeue, Le. sender notification queue, recipient notification queue, or 
20 server-to-server transfer queue. The queue manage will read fiom each queue and send the item to 
die program assodated wilh die queue, ie. server iqpload program (908) for die serve-to-server 
transfer queue or notification generator (909) for die sender or recipient notification queue. 

Figure 6 illustrates an example process, ^ch can be performed by executn^g die CHent Send 
program, 

25 The exemplary process performed by executing die Client Send program to send a file or mstcuctions 
to die server with or without web pap is shown in Figure 6. In particular, it describes how to use 
application protocol to initialize^ encrypt, anto restart, resume, returned file upload, file upload, and 
' instruction delivery in detail in Figure 6. The requests fiom die sender via web page are saved m die 
database on the server. Through die DAD file die client program obtains die requests fiom die 
30 sendeL Parameters m die JDAD file for tins program irKhide the padmamesfb^ 

machine server port, IP address, ID, XFR file padmame, file size, restart of&et, die archive options of 
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sustain fold^stnictaze^ relative padit 
progiBm leads the JDADffle if it exists afiindica^ If fdlDrecmcQnasdetenninedin 

* the pcogL'Biii repoits the ector and ^ssulb. 

llie |OT>ginm establisbes and enoypts a co^ 
5 1003. 

If fte J3AD file does nrt exists Ibe program interacts 

Hie sender has tiae option to cancel a lengthy upl oad and lesnme ttie upload at a later time . When the 
lesome transfer is requested via web page, flie XFR file name, file size, and restart of&et are available 
infh© JDAD file. The Sendprogiam will nse those panonctets to determine whether the resume 
10 request is valid or not If it is valid in 1007^ the program will resume uploading portion of the file and 
so indicate in fiie restart oiffiet If it is a new upload, the program reads» compresses, archives, and 
packages &e specified fil6(s) into a XFR file based on tie options in 1 008. If a failure occurs during 
compression, archiving, paclmging, or the writing of the XFR file to the local storage device, as 
indicated in 1010, an error is reported and the program exits as indicated in 1004. 

15 The pZDgnmi sends a login FnS via an application protocol in 10^ The server win use this FID to 
verify fte user and to obtain file database record regaidhig this tra clieot 
Sendprogram. If the Send prognun loses ilsconiiection with the server when nplo 
will txy to reconnect to fbs server wi& the same FID for the restart witfiout sender tnterventioiL 

If it successfiilly logs in to the server, flie Send program then needs to determine how nracb of the fib 
20 has been reliably received on flie server. In 1015, the Send program sends an application protocol 1o 
the server for restart ofBset The server receive program illustrated in Figure 9 will check the file size 
and return the size as restart oSset for the client Send program to relocate the file pointer to tiiie restart 
ofl&et If the total munber of bytes reliably received by the server indicates the previous transfisr is 
completed in Figure 6-2 in 1019, it proceeds to Figure 6-3 in 1039 to complete the process. Oflierwise 
25 the Send program win relocate flie pointer to the restart ofEset in Figure 6-1 in 1021. InFigure6-2in 
1022 the Sendprogram sends an applicaticHi protocol with the cunent XFR file name, file size, and flie 
ofi&et to the server to support resume operation. 

The sender can cancel tiiB ongoing file upload. A inogress bar wifii a cancel button is displayed for 
the sender to frcSitate this need in Figure 6-2 in 1026. Ihe program sends flie data to ftie socket m 
30 Figure 6-2 in 1027. If tiie said to the socket conunandfiEuh and iiidicates a thnc oat error, 



16 



wo 02/15518 PCTAJS0W5684 

piogramwfflaiitomaticdlytiytDco^ The aotomatic lesfcarts 

fiom stq) inFiguie 6-2 m 1034 also nifly be Ixmilsd inFigme 6-2 in 103 1, in mimberor in time, 
allowing automatic restart. Ifsender cancels the operation (via cancel bimon),1ite 
Figme 6 in 1004 to report and exits. IfilieXFR file has been sent suocess&ny.liieixiogmmwBi^ 
5 a positive lesponse ftom flie server, deletes ^ copy of the XFR file fiom flie sender CQmpnter, reports 
a SDCcessM file tq)load to tiie sender, and ejcHs. 

Figure 7 illustrates an exiiixq>le process Tvbich can be performed by executing flie client receive 
program. 

Figure 7 describes an e3canq>le process of downloading a file to the client fi^ 
10 delivery oftibe download riotificati<m to fl^pnmaiy DAD server w Toi 

particaiar, it describes bow to use aiq^ilication protocol to inidaHa^, encrypt anto restart, resmne, and 
auto xeconoect to a different server to resiime file download m When flie client 

conqiater executes the client receive program, fiie executed cHeiit receive program ccnmnonicates wiib 
the DAD server using TCP/IP and an application pn>tDcd OT 
15 download the file. If aconnectiantofhedownloadsiteftils,acamiectianat^^ 
a gain , An alternative connecticm to a difBsrent server also nia^ 

First, 1hBprogranaieadtheJ)ADfiteinFiguie7inll38. Ibe .DAD file includes parameters of XER 
file patimame and file size, server port and IP address, type of protocol, package opticms (such as 
sustaining folder structure, relative patti, compression flag, encryption flag), and optional FTP related 
20 parameters such as user name, password, account, initial directory and firewall data) in Figure 7 in 
1137. Iffhe download site is not the primary server site, the IF and port of tiaep * 
provided in die J)AD file too. If an error occurs, the errqrwiU be report to flie user and the program 
exits. An atternpt to establiA a server connection jSom a specified po^ 

communication for llie session is ilhstrated in Figure 7 in 1 142. If there is a feihire in enabHng ^e 
25 server connection on a specified port and the error is the result of a tune out in Figure 7 in 1 144, a 
retry will be attempted if it is within the retry limits. If the retry limit bad been exceeded Figure 7 in 
1145, an altemative connectionmay be tried as indicated in Figure 7 in 1139. Dependiog on the type 
of download site, the corresponding login method is used in Figure 7 in 1 146« 

The recipient has ttie <qrtion to caned a lengftiy download a^ 
30 * the DAD'download site. When the receive program is executed, it has to determine wh^ 

q>emtion can be resumed in p«)ce8ses Figures 7 and 74 in 1150-1 K uses a pemaanent storage 
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mefhod (e.g., coofcLBs), to save pievious local XFR file name, file size, and folder using server XFR 
filenaineaaak^cmffae cfiratcanqmter. Iftfae XFR file name and file size in &e local peanaixent 
storage are flie same as ones indioBledm the DAD file (in 1152) and the file size of fiie easGng local 
XFR file is smaller fbsnlfae file oze q^ecifiedinfte looalpennanmt stom^ (in 1153), fiien fiiis 
5 apeiafioiicanl» resumed if file zecqpientagtees. lie status offiieprevions transfer wiU be present 
to fhg TTOTpifitlt ^^p rmmfi whether tesmne or initiatB a new download is desired (1 1 S4 and 1 1 55). If 
anew download is preferred (1157 and 1158), adestinaticm 
Piguie7-linll59. 

The client then uses an qjplication protocol to send a read request to flie download server, and a 
1 0 specified ofeet for DAD server, or uses a FTP protocol to send a RETR command to FTP server in 
step 1163 in Figure 7-L Iiistq> 1165 in Figure 7-1, the program wiU write to file local perm^^ 
storage (e, g. , codde), flie local XFR file name, file size, and folder ust^g server XFR file name as a 
key. Data rec^ved at the client is read fiom a socket Iffi» socket indicates fiiatflie valid data is sot 
availabKasdetcrminedin step 1168 in Figure 7-2, file sodotwiflccwthnially read ifflie error as 
IS determined in step 11 69 in FigDie 7-2 as a time out opeacation. 

If the retry limdt is reached, fiie program will try to automatically restart of fiie downloading file by 
leconnecttoliie SMveror file alternative server in Figure 7 in 1142. If valid data is read in step 1167 
in Figure 7-2 , tten it writes fiie data to the XFR file. If an end of file condition is reached in Figure 7- 
2 in 1 175, tiie program sends a positive response to the servOT and updates file att^ 

20 &i step 1 1 78 in Figure 7-2, the program will use flie options specified in the , DAD file to ddcompiess, 
restore, and install files based iqpoa the sender-^iefined optioiis (1 137) in the .DAD file. If the 
download site is not the primary site for fins transfer, the program wiU try to establish the connection 
to the primary server and send a transfer notification as indicated in steps 1180 to 1187 in Figore 7-2. 
The program deletes fiie XFR file, wports the download successfully, and exits as seen in Figure 7-2 

25 in 1189. 

Figure 8 iflustrates a prefeiTBd example of file DAD system senw^ Theserverprogramhasa 
concurrent design. It creates a socket and binds to fiie defined address fiir fiie DAD sem^ 
offered. It leaves file socket unconnected. It places fiie socket in flie passive mode, making it ready 
for use by a server. It listens to fiie port and aco^ts fiie requests fixim fiie cUent» and creates a sl^ 
30 thread process to accept fbe connection and handle response. The fiiread program receives a 

connection request, reads requests and sends back responses. Since each server has different capacity 
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and available ports. A ci^^nrr^^iPirtiftn mr^ff^ designed to pmvide aefver ports and maximiim 
flgeads for server program to handle coaafigamble and canaimcul tranffmisajans, 

Figme 8 in 1082 iUustiates a crafigoratioii file fimt can be cbang^ by llie server adrntni^^ 
' sending and receiving ports. Puttbennore^ it shows tiireadcomilstfmtdioi^ 

S the system capacity for handling the maximum nirmber of iisets logjn. It listens on the potts and 
accept8theTeqae3traFiguie8inl084» If leqo^ is received and is wiflnn^liiDh of ftesys^ 
capacity in step 1(089 in Figure 8, a Receive or Sradfbread program^ The ftiead program 

willlhsnieceive flie connection iqpon creation and interact with the client using fiie connection^ read 
the response and send back the response repeatedly. If the thread const is readied^ a report is 

10 generated for die server console and the program will go to step 1084 in Fignie 8 fiirllie next client 
request 

Figure 9 describes an example PAD server lecexving a file ftom s^eodor or fixmi another pceiye 
instrocdonSj receive database record fiom anofiier saver. In particularp it describes how the 
reoehong thread processes a request for 8 partial file tzmsfer. It also shows how, iqm completion, the 
15 program starts Ifae other process focontinningdalB transfer to 

notifications to flie sender or recqnents if q»ecified. First die receive finead will BCGc|rt1b^ connection 
request (i.e., socket for Oe connection) and receive flie login ID in Figure 9 in 1090. 

There are fom^dififerent^esofrequesfis to receive dat^ Based on the FED and login method it can be 
client to server file transfer via web page» usmg PID, client to server file transfer without web page 

20 (using Account Name and Password in 1091A), server-to-server file transfer, or server-to-server 
database record transfer. Ifit is a database record transfe, it win create fiie database record first in 
Figure 9 in 1092 and proceeds to step 1103 in Figure 9 to receive filename^ size and offset fimi the 
other server. Forfiletransfei with web page, it wiD get the package record in Fi^ ftom 
the database usmg the ID in 1094. If an error occurs in Figure 9 in 1095, Hie ID is invalid or fiie 

25 database record can be retrieved. The program will report the ^ror, log status to database, close 
cocncclion, iq>dato thread count and exit as seen in Figure 9 in 1 096. For file transfer without web 
pagCi the program first validates the account name and password in 109 IB. If it is valid, the program 
sends a positive response to the cli^ in 1091D. Then it waits to receive fiie senderinputs in 1091B, 
adds it to the database in 1091F, and sends a PID to the client in 1091G. 

30 If the coromand received in 1097 is an instruction to send a pac^^ 
serv^ (1101), the program wiU slcq> the receive file to^ 
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notifioatioQ qoeae in 1 122 axid 1 123, and ex^ 

To support partial file tnmsfer, die program in^ receivB a connnand requesfiiig lestart ofibrtm Figure 
9 in 1099. If Ae command is received, it will find out fte file size, if emts inFigme 9 in 1102, and 
send a response for the suggesting starting offiet of XFR file in Figure 9 in 1103. In Figure 9 in 1104 
5 the program receives amessage indicating tbe XFRfile name, total size, and fte starting offiwt of the 
transfer. If tiiere is storage available for tiiis user in Figure 9 in 110 5, it sends a positive response; 
otherwise, it sends a negative response. 

If a now file tmirfer is indioatsd by a zero ofbet in Figore 9-1 in 1 IM^ 
1107. If tiieofbet is equal to zero, fiiea data is written to die XFR file fix>mtiiebeg^ Iffte 
10 of&et is not equal to zero, tlienfiie data is writing to fiie file starting fiom the updated pointer locaticm. 
Instq>1110tlieprDgnunrcads data fiomOesoc^t, writer 
current total bytes received is updated aisd incfica 

to file client in step 1118, Ofiierfvise, more data is lead fiom tbe socket in step lU 
For leceiviiigdatdiaBe record transfo, file program updates file data^^ Iffile 
15 f^mniT ^iTig in tfift ftfher aervBT iH tequegtBd^ the program adds tbe item to fixe server-to-server transfer 
queue m stq) 1 125 in Figure 9-2 and starts fiie Queue Manager in 1 126. If notifications are requested 
in die database, it win add an item (0 file notification qu^ (1 122 and 11^^ 
Manager 1126. Befiyreit6dt8,itwifiiqpdated3efiiscadcount]nll24. 

Referring now to Figure 10, an exraaplary process of sendiiig a ffl^ "Ihere 
20 are tiireedifiFerentlypeBofrequestBfixmi the sending port Hie first one is tiic request ftomflie 

recipient monitor program to check any package for the specified account (1 130A). Tbe second type 
of the request (1130B) is coming from fiie receive manager, which program interact with recipient and 
server program to get flie recipient inputs. The third type of the request comes fiom the client receive 
program to download die specified file via w^ page or local displays* 

25 The nionitor program win liy to connect to the send port of the server and 1 

name. Upon recdving the account name, the prognonvaHdatesrt by qp^^ ^ 
it is valid, it will query database to see any package for fliis account in 1 130A3. If it has packai^ the 
program will send a positive response to die client monrtor program 1 1 30A5, close counection, 
update thread count, and esdt 

30 The client receive manager will try to ccwmect to the send port of the server and login wifli the account 
name and password. If die account name and password are valid, the program wiU query database 
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fliepadagpli8tiall30BL TlieiesuhiBftensOTttothecHentrecew The 
program w«ts to lecwve pro to IhecHenlin^ Basedonfce 
HDD, fliB pfogtam will query lite database in 1 1 30B4 for the notify instructions and download sites list 
Tie result win be sesntto the client receive managerfor the Recipient to choose the download sile in 
5 1I30BS. VhCT fltr SP f«^^^*^g AmmXttad late k teceivBd in 1 130B6, the tnogtam createa a 
I>AD file mll30B7 and sends it to ftecli^ receive inanager. Then, it closes the connection, 
updates thread count, and ^dts. 

If the program receives flielogmro, then ft win get the padmgei»^ Km 
error occursitt 1 133, the ID is invalid or tte database record can be retrieved. The program will report 

10 the error, log status to database, close connection, update tiuead count and exit as seen in 1134. In 
1135 ttie program receives a message indicating the XFR file name and fibe Btaxtrng oflfe^ of the 
transfer* The program will start to send data to socket startmg at the fiklo^ 
received ofiset in 1138. The process will be repeated imtilan data have been sent itwiUwaitto 
receive a positive resporwe fiom ibs client in 1142 and update the database^ close tlie connection, 

IS update tibe thread count, and exit in 1146. 

Figure 11 iUustrates an exanplary process of a server transferring file 20 and database record to 
anotticr DAD server or transfening file to FTP servCT- Instep 1300 tiie program reads .DAD file of 
1300. The program establishes a connection with the other server using the p^ 
contemed in tiie DAt) file m 1303. If the connection fails due to time out, a connection in 1303 may 
20 beperfinmedagam. M 1308, the program sends a login ro that is defined in titoJDADfikt^ 

DAD server or sends UserName and Password for FTP login. For DAD-DAD txansfer,bofli servers 
wU use fins ID to create or obtain the database record to fiacilitale flie transfer and synchronize with 
eachoflier. For DAD-FTP transfer, only file can be iqjloaded to fte FTP ae^ 
lestait 

25 For DAD-DAD transfer, if the }sp]oad program loses its connection wifli the DAD server when 
iq)loadingthe file, itwin trytoreoomiecttothe DAD serverwithfl^ Kit 
8uccessfii% logs in to ttie ofliec DAD server, the upload program then needs to determme how mnch 
ofthefilebaabeenioliabtyieceivedantiie DAD server, IniOlSp theuploadprogramaendsaDAD 
protocol to the DAD server fiir restart oflbeL Tl» DAD server receive program illnstaatBd in Figure 9 

30 wiUoheciftefilesizeandretumfiieBizBasieslmtoflbBtforte 
pointer to flie restart oflfeeL lSii»tctamixibeTothytBBn^ 

Ihepreviomtransfcriscomplctedin 1316, itproceeds to 1333 tocompletet^ Ottierwiseflie 
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i:^loadprognimwint6locate1]iepomtertofli^ In 1319 Hie upload piogram 

sends the Qunent XPR fife name, file size* and die of&et to (be server to siqppoit resume operstioiL 

The piogiaxn sends die data to die socket in 1323. If die send to die soobBt command fidlsand 
indicates a time oul extar, die send program mil aDtomadcally try to connect widi server in 1 303 fin: 
S DAD-DAD liansfer. Tlie automatic lestarte fitxm stqp 1328 alro 

intime, allowing automalic restart. Ifdie XFR file lias been sent suixessfidly, die program waits for a 
posidve response fixmi die seiyer, logs to database, updates (loeue* and exits. 

FigDXB 1 2 iDustraftes how die dient monitc^ prugmni uses an applicatioii protocol to conunizaicate widi 
the server program to ixiordtor the package status. The server send port; IP add^« and die account 

10 name ate stored in the local pennapent storage dming the installation of die client p i o g n m i for the 
redpients.' The moni to j progr am uses the IP address and pott to connect to die server in 1400. Ifitis 
comiected,dien die program wiU seed the socket to die server die accQ^ Ifapomdve 
response isieceived in 1405, there is a paclo^ on the server for them The program notifies 
the lec^ient using predefined multimedia mediodm 1407. ffdiere is nodiing for die recipient, die 

IS program wdts a predefined thnBnitBr\^ in I402and reconnects to dffi Themuldmedia 
notification will be delivered repeated^ to the teci^ent until die recipient activates due program in 
1408. When die reorient activates die program via a command (e*g., a doubfe click), the progrsm will 
start the client receive manager in 1409 to interact widi die redpieot 

Figure 13 illustrates how the client receive maiiager interacts with the recipient and communicates 
20 widx the server program via an application protocol. The client receive manager uses the IP address 
and port to connect to the server in 1 500. If it is connected, the program will pron^t the recipient for 
the password in 1503. Then the prDgram will send the password along widi the accomrt name to die 
socket for the server in 1S04. After die account name and password are validated, die program 
receives end displays the list of die packages for die recipients in 1506. In 1507» the chosen PID is 
25 sent to die socket for die server. In 1508, the itistructions along widi the list of the available download 
sites are received and displayed by die receive manager. After die download site is chosen, tiie SID is 
sent to die socket for die server. A DAD file, which is created by the server and includes the data 
required by die client receive program^ is received and saved on die local machine in 151 0. Tlie 
program dien launches die receive program widi DAD file to download 15 the selected file fit>m the 
30 chosen download site in 15 U. 

Thus, havii^ presented the present invention in view of die above described embodimentB, various 
altemtions^ modifications and mqnxyvements are intended to be widim the scope and spkit of the 
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tBvenlKHL Tlef(OTgoiiigde«a:9rtionisby\rayof«ta^ 1** 
mvoition's limit is defined (mly in liw follo^^ 
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WHAT IS CLAIMED IS: 

1 . A method of Becurely transfening a file fixrai a first cKent to a second client conqmsing issoiDg 
instaictions from Mid fiist client to a server for trasMfetrhig a file from said server to said 
seccmd client, wherdn said &8t client issues sai^ 

server. 

2 . Hie mediod acconKng to claim 1, ^/lieiein prior to issoing said instroctions, said melliod 
includes issomg initial instnictions for uploading said file fixnn said first cfient to said server 
and wherein upon said first client initially accesdng raid website, first embedded client 
softwaie fbr iqiloadhig said file is automatically downloaded to said first client 

3. Tiiemefliod according to claim 2, vAeiem said 
not eidst on said server. 

4. The m^od according to claim 1 , flirfher coniprisnig issuixig second instrocfionB to fa 
notifying said second client &at said file is available for downloading fifom said server. 

5. ihcmediod according to dann 4, v*ei^ 
via a fiiiid client 

6. mmefliod according to claim 5, wherdn said third cUentcon^^ 
computer^ a laptop computer* a phone, and a wireless device. 

7. Themethodaccordnigtoolaim4,whBieinsaidnotifyu^ 
indicator, a audio indicator^ and/or an email mess^. 

8. The method according to dahn 4, fiirflier comprising downloading said file to said second 
client 

9. The method according to claim 8, finlher conqaising automaticaJly downloading second 
embedded client sxOtwm upon said seocnd client initially accessh^ said webaite. 

10. The mediod according to clahn 1, finfter canprising issiiiiig second instructions for 
transfinrmg said file to a second server. 

11. The m^od according to claim 1, whetein either or bofli of said first cHent aaad said second 
client comprises a compotei. 
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1 2. Hie mefluMi accocding to cUdm 1 , -wboKm pnor to issmng said iiistnictioi]&, said first cHoit 
T^^steiB wi& said saver website creafiiig a fi^ 

13. The melliod according to claim 9, wheidnprior to said second client initially aoceffiiog said 
website^ said second client legistexs with said website cieating a second acooimt for said 
second client 

14. The n:ietfaod according to claim 2, ^etein said first cUm^ 
intezfice. 

1 5. The method according to claim 14» wherdn said de&nlt file transfer intot&ce comprises a 
netwoilc-based inter&ce. 

16. The mediodaccordii^ to claim 14^ whexein said de&ntt fife trans^ 
resident intexfiice of said first client softwave. 

17. .Hie method according to claim 13, wherein said second client specifies a default file transfer 
interfitce. 

IS. The niediodaccordingto claim 17. wherein add defiuilt fife 
network-based inteifiice. 

19. Itie mediod according to claim 17, wheicm said defiuiltfile transfer intecfiu^ conqnises a 
xesidect interfeoe of said second client software. 

20. The mediod according to claim 19, wherein said second client software monitors the sta.tQs of 
said second accomxt to determine if a fife is available for downloading from said server. 

21. The mediod according to claim 20» whemn said second client software indicates 4ist afife is 
avaifebfe fi^r transfer to said second cfient ftom said server. 

2X The method according to claim 21^ wherein said second client software indicates by at least 
one of a visual indicator, an audio indicator, a vibratory mdicator, and/or an snail message. 

23 . The method according to claim 2, wherein said first client software includes fife con^ressioii, 
archiving and/or pack^mg utilities. 

24. The method acoordii^ to claim 9, wherein said second client soflware includes file 
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25. The meBiod accoidmg to claim 1, ^/tdieiein CQnnaaiiiciitioDS between said first cfient and said 
server and/or between said second olient and said server and/or between said server and a 
second server are encrypted. 

26. The meSiod according ID claim 1, iKiierein software resident in said server log$ said issued 
instructions fbr traiisfening said file into a database. 

27. The metiiod according to claim 1 , vrbsmn. said fOe is transferred fixsm said first clieat to said 
server and/or fiom said server to said second cHmt and/or fixim said server to a seccmd server 
via TCP/IP protocol. 

28. Tliemelliod accordingly claim 22, wherein said email mesa 
webpage of said aervec. 

29. Use me&od according to claim 28, wherein said webpage includes a second link to a second 
webpage for downloading said file. 

30. The mefliod according to claim 28, wherein said second wd>page includes a return link for 
uploading said downloaded file to said servm:. 

3 1 . The m^od accordix^ to claim 28 , wherem said second webpage includes a xetnm link for 
letiuning said downloaded file to said first cUent 

32. The me&od according to claim 1 , herein sofiware resident on said server tracks said file 
transf^. 

33. Hie method according to claim 26, wherem said database includes at least one of acoonnt 
inibrmatiim, file package infbrmatioo, second cHmt addresses, server site infinmation, server 
list informatiozi, upload infiirmaticm and dowzdoad infinmatioiL 

34. The method according to claim 26, wherein said first client may display and/or query said 
database for iiifbrnmtion related to specific file transfers. 

35. The meftiod according to claim 26» wherein information related to IBle transfiers arc recorded 
and stared m said database via a file identification of said file. 

36. Tie method according to claim 35, wherem said file identification comprises at least one of a 
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foBt dint identificatiaii, a seccmd client idenlification, file packo^ infimnafion, a aexver site 
identifiGSlion, aiidadowiilcadideatificaticm. 

37 . The mediod according to claim 2, wbeidn uploading said file may be intenxqpted and xesumed. 

38. llie meOiodaccoidnig to claims, vvb^^ 
reamed. 

39. The me&od according claiin 8, herein downloading said file from said server may be 
intemipted, and wherein resumption of downloading «aid file may be carried out on a aecond 
server. 

40. Ametk)dof1iansfetringafitefiramafirstcfiqittoa8eco^ 

issuing first instructions fiom said first client to register an account with a server via a 
website for transferring a file said second client wherein said fiist client includes a web 
browser for accesamg said website; 

issuing second instnictions fba: uploading saidfile to said server via said website and 
wherein upon said first client initiaUy accessfaig said website, embedded client softwam 
for uploading saidfile is automatically downloaded to said first client 

notifying said second cfient fisat said file is availalde for downloading fiom said 
website; 

connecting said second client to said server via said website fisr downloading said file, 
wherein said second client includes a web browser for accessing said webaite; atid 

downloading said file. 

41. The inefliod according to claim 40, vilierein subsequent access to ^ 
is through an inter&oe of said client software. 

4Z Ibe method accotding to claim 40, vidieiein vpon said second client imtialb^ accesnng said 
website, embedded second client software for downloading said file is automatically 
downloaded to said second cHent 

43 . The mefliod accoidmg to claim 42, vriherem subsequent access to said server by said second 
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44. ConqputBr readable media having stored tfaereon a data stcuctine comprising: 

a&stfieUcomprismgdaiaiqnesGoti^ ' 

a second field comprismg data r epres enti ng package information zegaiding a file for 
transfer; 

a third field CQmprisIng address infisnmLti^^ 
a foarfli field conq)Tising a server site; 
a fiiOi field comprising a server list; and 

a sixth field comprismg download and/or upload informatian of a file. 

45. A graphical user interfiu^ for a first client computer system having a selection device, said 
gcaplucd u£cr inietfiioe comprising: 

a user logm component for logging a cHem cmto a websrto for a se^ 

a client faxowsing component for browsing the iniemet; 

a file transfer ccmqsonent fb^ 

a tracking component for retrieving liack^ 
forwarded to said second cUent; 

an address book conqKment storing and retrieving an address of 8^ 

an account information component for ietrievii« account infinmation related to said 
first client and/or said second client 

46. A system for perfonrung a method oftnmsfeiring a file fiom a first cUe^ 
compiisix:^: 

a server accessible over the inteniet via a website, 8U 
nieaas for corrmimricattne data with a client over fte m tot net 

a first client for instructing said server to forward a file to a destination address; 
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a second client having said desttoatiaii addtess, ix4ieietn; 

said first olient issues fiistinstnictionfi for registering an account wi&^d 
server via said websils for trans&nring a file to said destination address of said 
second client, wfaerein said first cUent includes a web fatowser £>r accessing said 
wd)sit^ 

said first client issoes second iostnxctions for nploadizig said file to said sovei 
via sdd website and whesein iqnm said first clk^ 

websitBy embedded cHent software stored on said server operational for a client 
to upload said file is antomaticany downloaded to said first cHent; and 

said first client uploads said file to said server, 

notifying means for notifying said second cHentfiiat said file is available for 
downloadmg fix>m said server^ wherein: 

said second client issues tintd instnzctions to said server via said website ibr 
downloading said file» wherein said second client includes a web browser for 
accessing said website; and 

said second client downloads said file. 

47. The system according to claim 46, wherein iq)on said second client initially accessing said 
websitB, client software sbned on said server opetational for a client to download said file is 
automatbally downloaded to said second client 

48. Computer readable media having oo mpu te r -eTOculable instractions for peiforming a mefibod 
comprising; 

issuing fiist instmctions fixnn said first client to register an account with a server via a 
website for transfening a file to said second cHent^ wherein said fiist dienit indndes a 
web brawsa for accessnig said website 

issuing second instructions for uploading said file to said server via said website and 
wherein upon said first client initially accessing said websitB, client software for 
uploading said file is autxmmtically downloaded to said first client; 
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BOttgdng saM second dieot that said 
site; 

issoing llnid instructions £rQm said second client for dowcloading said j51e» wfaeiein 
said second client includes a web famwser fat accessing said website; and 

downloading said file. 

49. The computer liable media accoiding to claim 48» wherein upon said second client initially 
accessing said website, client sofiwaie for downloading said file is ootomalically downloaded 
to said second cHent 
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